聚焦带来效率，将所有的工作通知集中在一个「收件盒」里的 App #猜猜是谁
据火箭君所知，很多小伙伴的工作属于「消息驱动」，类似于：
收到一条微信消息去办什么事情
收到一个客户电话忙着去准备材料
看板里面多出一个 issue， 忙着去改
业务系统出现一个订单，忙着去处理
……
甚至从没有这些经验的人，也可能会被老板口头的一句喊话驱动去工作。就在此时，楼下在喊「今日大SHAI，快来做HESUAN」，这条消息也驱动了不少人下楼去。
消息的种类繁多，而且来自不同渠道，如果一直分神应对，简直是效率杀手。我们就想象一下，当我正在专注写报告时， 一会儿一个微信消息进来，一会儿想去查查邮件，一会儿被人喊一句打断，一会儿手机的某个App发来了通知，一会儿 Notion，Figma 备注有人回复了，快去看看 ……
关于「通知过多过杂」这个问题，Slack 曾经很努力的想要解决。Slack 将各种App 的通知由（第三方）Bot 汇入到 聊天的频道或线索里面。这样相关的消息会聚合在一起， 例如：所有 Notion 回复， 所有和某个项目有关的事情， 所有表格更新的通知 …… 我们可以稍后一起来看，统一回复， 应该说，这是 Slack 很了不起的一个地方。
顺便一说，我们之前介绍的 Shift 浏览器也试图统一来自 不同 Web App 的通知。
现在，有了一款专门将不同App消息汇聚到一起的 App， 这款 App 在Product Hunt上推出后立刻成为「当周最佳」产品（虽然运营成分很强烈，投票送12个月高级版）。不过，从评论来看大家对消息聚集 ALL-IN-ONE 的强烈需求是真实的。
这款 App 名为 Acapela
Acapela 登场
Acapela 功能其实很简单，就是将来自不同App的消息 放在一个（或多个）列表里展示，但是显然，Acapela 在「消息盒子」的深度上做了挖掘。
分类展示
在我们登录了账号之后， Acapela 就能列出所有支持的通知渠道，除了 按 App划分以外，还能按照用户自定义的的组合创建文件夹。例如：将 Notion 和 Linear 合并在一个文件夹下面，称之为「Bug处理」。更加高级的是，可以对通知进行再细分，将@张三@李四的通知筛选出来，形成文件夹（需要特定App支持，例如Slack）
即时回复
当我们在 Acapela 的列表里面选中一个消息时，它不是打开一个外部应用或者外部浏览器窗口，而是直接在当前界面里显示通知的「上下文」，并显示「回复框」。这样，我们可以直接回复讯息了。更具体点来说，Acapela 实际上是一个「伪装」成消息列表的浏览器， 所以每个消息背后都有一个待命的 WebApp。
如果我们愿意，也可以将消息设为 Snooze 状态，进行稍后回复，类似 GMail 的Snnoze 标签。
高效检索
这是以前无法想象的，以前我们都记不得消息来自哪里，自然也难以逐个App去检索。
现在有了集成到一处的「消息盒子」，一次搜索，就能查询各个消息出处。而且，我们还能给搜索添加各种筛选条件。这下，再也不会「死无对证」了。
一点感想
Acapela 又是一款 「高维度」的 ALL-IN-ONE App， 今年以来，火箭君介绍过多款这种 跨越APP 整合信息的产品了。
令人遗憾的是，这类产品虽然效用很大，但在国内可能没有市场，因为显然国内多数的 App 不支持被整合，没有公开的接口，也没有 WebApp 的概念。大家想做的就是在自家产品的周围筑起高高的围墙，将「家门口的野蛮人」拒之于外。至于交流合作，生态繁荣，多样性什么的，那都是没有的。结果就是，只有几家巨头，各成一套，用户也没有什么选择。自然而然，产品之间也没有（也不需要）良性的竞争，只有对抗。
诚然，这其中我对国内各家产品并无特别怨念，巨头的某些产品在功能上的确是优秀的，至于为什么产品最后会变成这样，有一些 不可抗拒 / 不可描述 的现实原因。撇开原因不谈，单纯归纳分析，生态之所以会变成这样，只能说明不这样做的产品都提早凉凉了（有种寒气传到了每个人身上的感觉），这仅仅是一个适应环境从而生存下来的问题。
当有朝一日，我们看到国内有 Acapela 这样的产品积极出现时（自然发生的前提下，不是破解人家App的接口），这才是一个正面的迹象，说明软件生态走向了一个新的高度，或者说，爬出了大坑。
最后
Acapela 目前只支持 Mac，需要等待列表登记，有免费和付费版本，主要区别在于 收取消息的数量和种类上限不同。Gmail 整合是原本没有的功能，后来 Acapela 才加进来的，但是这个功能居然要收费板材支持，这个有点想不通，其它免费方案倒是蛮有诚意的，一般人足够用了。
如果，大家主要依赖大量海外效率工具，或许值得一试。
Acapela 官网地址
https://acapela.com/